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COMMUNITY EMERGENCY 
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— Transmit CERT Triage Data i Shr Safety — Situational Awareness 
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Background & Objectives (cont) 


¢ Communication Methodology of Last Resort (CMoLR): 
— Mission County Project: 2012 — 2016 
— Enable Emergency Data Comms from CERT to Public Safety 


¢ Objectives: 

— Independent — Data Communication System 
¢ Off the “Grid” — Phone, Cell, Cable & Internet 

— Interoperable 
¢ Amateur Radio and Land Mobile Radio (LMR) Radios 

— Analog and AX.25 

— “Make It Work with What We Have” 

¢ Urban Areas Security Initiative (UASI) Grant Radios 


¢ Preliminary Test / Demo: 
— Depiction Mapping Elements — Location + Properties 
— E-mail >» —Header > XML =» APRS =» XML =» +Header = E-mail 
— 1200 Baud — UNPROTO — 1 Packet — a Few Seconds 


SPEED & THROUGHPUT 
TESTS 


Speed & Throughput Tests - CONNECT 


¢ Winlink 2000 Reported Throughput: 


Winlink 2000 Time Time Binary CPS Ideal Speed | Throughput 
Binary - (4,000 bytes) min seconds | 4,000/seconds CPS % 


Packet (1200) direct 


Packet (1200)1node [ 25 | 150 | | 27 | 120 | 22% 
Packet (9600) direct [| 1 | 60 _ 67 2x | 9600 [| 7% | 


Frequently Asked Questions (FAQ) about Winlink 2000 — Q&A 170, https://www.winlink.org/sites/default/files/wl2k_faq_20150314.pdf, March 14, 2015. 


Winlink FAQ (Frequently Asked Questions - with Answers!), https://www.winlink.org/content/winlink_faq_frequently_asked_questions_answers_2282018. 
ftp://autoupdate.winlink.org/User%20Programs/wl2k_faq.pdf, February 28, 2018. 
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¢ Outpost Measured Throughput: 


Outpost Time ASCIICPS | Ideal Speed | Throughput 
ASCII - (2,410 bytes) Sec 2,410/time CPS % 


Packet (1200) - KPC-9612/ Motorola | 53 | 45 | 120, | 38% 
Packet (9600) - KPC-9612 / Motorola | 20 1202.7X, 960 | 12% 


— Connected Throughputs Were Less Than Ideal 
— 9600 Baud Did Not Provide Expected Several-Fold Increase 
— Frequent TX/RX Turn-Arounds — Exceeded Data Transfer Time 


Speed & Throughput Tests - UNPROTO 


¢ 1200 Baud CONNECT vs. UNPROTO Throughput: 


1200 Baud PACLEN File Size Time | CPS | Ideal Speed | Throughput 
Mode / Frame | cmpr(uncmp) | sec CPS = 


CONNECT - WL2K 128/4? | 4,000 (binary 
CONNECT-Outpost___| 128/6 | 2,410 (ASCII 
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¢ 1200 Baud CONNECT vs. UNPROTO Throughput: 


Mode / Frame | cmpr(uncmp) | sec CPS % 
CONNECT - Outpost | 128/6 | 2,410 (Ascil) | 53 [45 | 120 | [38% 


UNPROTO | 256/6 | 1,588 (2,410) | 24 | 66 | 120 | | 55% | 
256/6 | 4,520 (7,959) |_62 | 72 | 120 2x| b>6o% | 
UNpROTO | 256/19 | 4,520 (7,959) |_57 | 82) 120 | 68% 
256 / 16 3x 
UNPROTO - Analog Rptr_| 256/16 | 8,285(22,495) | 84 | 94 | 120 | 78% 


Speed & Throughput Tests - UNPROTO 


1200 Baud CONNECT vs. UNPROTO Throughput: 


Mode / Frame | cmpr(uncmp) | sec CPS % 
CONNECT - Outpost | 128/6 | 2,410 (Ascil) | 53 [45 | 120 | [38% 
JUNPROTO. | 256/6 | 1,588 (2,410) | 24 | 66 | 120 | | 55% ‘| 


4,520 (7,959) |_62_| 72] 120 2x| ©>60% | 
4,520 (7,959) |_57_| 82 | 120 | 68% __— | 
8,285 (22,495) 3X 
UNPROTO - Analog Rptr 8,285 (22,495) | 84 | 94 | 120 | 78% | 


Larger UNPROTO Packets and Longer Windows (Frames) 
¢ Improve Throughput Compared with CONNECT 
¢ 2X — 3X Overall 
Larger Packets Provides Greater Benefit Compared with Frame Size 
Settled on Default PACLEN of 256 and Frame Size of 16 
¢ Send 1 ACK per 4KB 
Simplex Throughput of 70-80% is Achievable 


Speed & Throughput Tests - UNPROTO 


¢ 9600 Baud CONNECT vs. UNPROTO Throughput: 


nods / Frame euies sec CPS 
CONNECT-WIxK | 128/47 | 4000(omay) [60 [67] 960 [7K 
EONNECT- Outpost | 128/6 | 2,a10(asc) | 20 120] 960. | 12% 


Speed & Throughput Tests - UNPROTO 


¢ 9600 Baud CONNECT vs. UNPROTO Throughput: 


nods / Frame oui CPS 

CONNECT -WUK 1128/4? | 4000 (nay) 30 re 
connect-oupert | vae7e | aaoiascu_{ ao [zo aso [| aa 
JUNPROTO -KPC-9612__ | 256/7 | 8,285(22,495)[ 20 | 412] —960_6X{ F>43% | | 
960 7X\ '->53% | | 
NPROTO-KPC SRI —[ 256 /a5 [Sae2T 77748) 26 LEI] 960 Cae 


12X 


Speed & Throughput Tests - UNPROTO 


¢ 9600 Baud CONNECT vs. UNPROTO Throughput: 


Mode / Frame bytes sec CPS % 

ICONNECT-WL2K | 128/42 | 4,000(binary)| 60 | 67 | 960 | p> 7% 
CONNECT Outpost [12876 | 2,410 asc) | 20 120) 960 | | 12% | 
JUNPROTO-KPC-9612 | 256/7 | 8,285(22,495)[ 20 | 412] 960 6x{ Fe43% |) 
JUNPROTO - KPC-9612__| 256/17 | 8,285(22,495)|_ 16 | 514} 960 7X\ *->53% | | 


JUNPROTO-KPC-9612 | 256/96 |21,621 (77,745)| 26 | 830] 960 | _87% <4 ]12x 
UNPROTO - Internal TNC | 756/96 |24.674 (77.745) a 960 62% <-4 ) 9X 
Kenwood TM-D710G : 

UNPROTO - Internal TNC | 256/16 | 21,621 (77,745) 487 960 51% <= | 7X 


Kenwood TM-D710G 


UNPROTO - Internal TNC | 256 / 128 | 21,621 (77,745) 59% 
Kenwood TM-D710G 


— Larger UNPROTO Packets and Longer Windows (Frames) 
¢ Improve Throughput Compared with CONNECT 
¢ 7X — 12X Overall 


— 9600 Baud Provided Expected Several-Fold Increase 


UX.25 — UNPROTO AX.25 


UNPROTO AX.25 — UX.25 


¢ Packet Design: 


— Follows APRS® Conventions — Experimental APRS Packets 

— AX.25 Unnumbered Frames (U) — Outer Wrapper 
¢ NO Changes to AX.25 !!! 

— UX.25 Rides Inside AX.25 Data Payload — Secondary Header 
¢ Applique — Within AX.25 


Primary Header Payload 
| Flag | Address | Control | Info lag 
Small Headers 

— Minimize Impact UX.25 Message 
— 6 Bytes Maximum ses Onialy Heauel 


Inclading!-identifier Addressing 


Close UX.25 File Transfer 
— 250 Byte Payload Secondary Header Payload 


UX.25 (cont) 


¢ Command: 
— Similar to APRS® Packets — Simple Commands Plus Data 


UX.25 Command 


— Broadcast Packets 


Who's My Repeater? 
ISH —_—{I'm Your Smart Host, e.g. Digipeater 


CALLSIGN My Call Sign 
GPS [Coordinates 
TIME 


— Directed Packets 


BROADCAST | Broadcast Request for Repeater 
CALLSIGNS |My Call Sign + Call Signs Heard 


CERT Address + Damage Assessment 
IMAP |KML, KMZ, SHP 


UX.25 (cont) 


¢ Message: 
— Secondary Header — Addressing, Sequence & Type 


UX.25 Message 
Secondary Header 
Identifier || Addressing (optional) | Q__ 


Identifier Addressing | | Type | Data | Close _| 
Plain Text 


/ Encoded 


Description 
ync, i.e. Login 
ogin: +seq or OK, Data: +seq 
ogin, Unknown User, Bad Passwd, File Too Large, Data: +seq-seq-seq 


end Yes: Packets, Zip Size, Orig Size 


UX.25 (cont) 


¢ Sync (SYN) Packet: 


— Core to File Transfer — Combines Multiple Functions 
— Avoids Lengthy Session Protocol Exchanges 
— Follows Unix-to-Unix Copy (UUCP) Conventions 


Login Passwrd SN Job Name Org File Name Cmd Pkts Zip Org Jobs Notify 
user@domain.net | LetMeIn|sernum|1309D100502000|TestData2.txt|uucp| 4 |706|956| 0 - |notify| 
1 2 3) 4 5 6 7 8 9 10 11 


[Field # [Description | Authentication | UCP [Packet 
[1 [Remote Accountlogin | xX | 
[2 [RemotePassword | x =~ SiS 
[~3__[Remote SerialNumber | _x-+| +i 
[4 [lobNameSdTSSSC~irSC( STC 
[5 _[originalFileName | ———s+ds x ~*d| 
[6 [lob Command «dT SSCSC~idSC CdS 
[7 [expected Packets | ———S~sds—SCSC~C‘<( 
[8 [compressed Fle size(oytes) [PP 
[9 [Original File Size (bytes) | __——— 

[10 [Expectedobs 

er a Eo 


UX.25 (cont) 


File Transfer: 
— Follows Sync (SYN) and Send Yes (SY) Message Packets 


ChrB(7) 
<PKT> 


Seq 1 


0 


250 ChrB(2), STX Ctrl-B Start of a Text 
ChrB(3), ETX Ctrl-C Returns to Command Mode 
ChrB(4), EOT Ctrl-D End of a Text/Packet 
ChrB(4) ChrB(7), BEL Ctrl-G Start of a Packet 
Data <EOT> ChrB(13), CR Ctrl1-M Carriage Return 


ChrB(7) + IntToChrId(seq) + IntToAxSeq(type) + Data + ChrB(4) + ChrB(13) 


0-35344 (188*188) 


0 
10-49 
150 
170 
171 
172 
180 
181 
182 
188 


SYN 
DAT 
DAT 
NAK 
NAK 
NAK 
ACK 
ACK 
ACK 
CLO 


Login/Sync Packet: Login Password SN Job File Expctpkts Cmprlen Origlen 
Packet: 10 Sender Pausing for ACKs/NAKs, 11-24 Expect More Data Pkts 
EOF packet 

Login, Unknown User, Bad Password, File Too Large 

Packet Data: +seq-seq-seq Where + is an ACK, - is a NAK 

File, Corrupt File Data 

Login: +seq or OK 

Packet, Data: +seq 

File 

Packet 


Can be up to 250 Characters, at 251 Characters the TNC Rolls Another Packet 


Char(4) and Char(13) if Packet Less than 255 


NO 


NO 


MULTIPLE ACCESS WITH 
COLLISION AVOIDANCE 
(MACA) 


Media Access Control 


¢ Amateur Packet Radio: 


— ALOHAnet 
— Carrier Sense Multiple Access (CSMA) 
¢ Stations Listen for Transmissions — Carrier Sense (CS) 
¢ Wait for Predetermined or Random Times Following Transmissions 


¢ Stations Decide When They Transmit 
— Stations Try to be Polite and Not Interrupt Other Stations 
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Media Access Control 


¢ Amateur Packet Radio: 


— ALOHAnet 
— Carrier Sense Multiple Access (CSMA) 


¢ Stations Listen for Transmissions — Carrier Sense (CS) 
¢ Wait for Predetermined or Random Times Following Transmissions 


¢ Stations Decide When They Transmit 
— Stations Try to be Polite and Not Interrupt Other Stations 


¢ Hidden & Exposed Terminals: 


— CSMA Works When All Stations Can Hear Each Other 
¢ Blockage and Distance Can Preclude Stations Monitoring Traffic 
¢ Stations May Transmit When Others Are Transmitting 
¢ Stations May Not Transmit When OK 


¢ Multiple Access with Collision Avoidance (MACA): 


— Proposed — 9th ARRL Computer Networking Conference 


Media Access Control (cont) 


¢ Hidden Terminals: 


— Station (A) Can’t Hear Station (B) and Vice Versa — Blocked by Hill 
— Both Stations Talk to Digipeater (R) at Same Time 


Station A a Station B 


Digipeater R 


Media Access Control (cont) 


¢ Hidden Terminals: 


— Station (A) Can’t Hear Station (B) and Vice Versa — Blocked by Hill 
— Both Stations Talk to Digipeater (R) at Same Time 


Station A a Station B 


Digipeater R 


¢ Exposed Terminal: 
— Digipeater (R) is Talking to Station (A) 


Station A a al 


Digipeater R 


Media Access Control (cont) 


¢ Hidden Terminals: 


— Station (A) Can’t Hear Station (B) and Vice Versa — Blocked by Hill 
— Both Stations Talk to Digipeater (R) at Same Time 


Station A a Station B 


Digipeater R 


¢ Exposed Terminal: 
— Digipeater (R) is Talking to Station (A) 
— Station (B) Wants to Talk to Station (C) — Its OK — (A) is Out of Range 


Station A oe ae Station B Station C 


Digipeater R 


Media Access Control (cont) 


¢ Hidden Terminals: 


— Station (A) Can’t Hear Station (B) and Vice Versa — Blocked by Hill 
— Both Stations Talk to Digipeater (R) at Same Time 


Station A a Station B 


Digipeater R 


¢ Exposed Terminal: 
— Digipeater (R) is Talking to Station (A) 
— Station (B) Wants to Talk to Station (C) — Its OK — (A) is Out of Range 
— Station (B) Thinks Channel is Busy — It Doesn't Transmit 


Digipeater R 


Media Access Control (cont) 


¢ Multiple Access with Collision Avoidance (MACA): 


— Channel Pilots 
¢ Request to Send (RTS) 
¢ Clear To Send (CTS) 
¢ Digipeaters Control Transmissions 


Digipeater R 


Media Access Control (cont) 


¢ Multiple Access with Collision Avoidance (MACA): 


— Channel Pilots 
¢ Request to Send (RTS) 
¢ Clear To Send (CTS) 
¢ Digipeaters Control Transmissions 


Data 
Station A 


Digipeater R 


¢ Station (A) Sends a File to Digipeater (R) — After RTS/CTS 


Media Access Control (cont) 


¢ Multiple Access with Collision Avoidance (MACA): 


— Channel Pilots 
¢ Request to Send (RTS) 
¢ Clear To Send (CTS) 
¢ Digipeaters Control Transmissions 


Data 
Station B 


Digipeater R 


¢ Station (A) Sends a File to Digipeater (R) — After RTS/CTS 
¢ Station (B) Comes on Air and Does Not Hear Station (A) 


Media Access Control (cont) 


¢ Multiple Access with Collision Avoidance (MACA): 


— Channel Pilots 
¢ Request to Send (RTS) 
¢ Clear To Send (CTS) 
¢ Digipeaters Control Transmissions 


Ae 
Data ~~ _RTS 
Station A “*s._ Station B 


4 Digipeater R 
¢ Station (A) Sends a File to Digipeater (R) — After RTS/CTS 
¢ Station (B) Comes on Air and Does Not Hear Station (A) 
¢ Station (B) Sends RTS to Digipeater (R) 


Media Access Control (cont) 


¢ Multiple Access with Collision Avoidance (MACA): 


— Channel Pilots 
¢ Request to Send (RTS) 
¢ Clear To Send (CTS) 
¢ Digipeaters Control Transmissions 


oOoooo 


Digipeater R 


¢ Station (A) Sends a File to Digipeater (R) — After RTS/CTS 

¢ Station (B) Comes on Air and Does Not Hear Station (A) 

¢ Station (B) Sends RTS to Digipeater (R) 

¢ Digipeater (R) Does Not Respond to Station (B) RTS with CTS 
— RTS May Result in Station (A) Lost Packet 


Media Access Control (cont) 


¢ Multiple Access with Collision Avoidance (MACA): 


— Channel Pilots 
¢ Request to Send (RTS) 
¢ Clear To Send (CTS) 
¢ Digipeaters Control Transmissions 


oOoooo 


Digipeater R 


¢ Station (A) Sends a File to Digipeater (R) — After RTS/CTS 

¢ Station (B) Comes on Air and Does Not Hear Station (A) 

¢ Station (B) Sends RTS to Digipeater (R) 

¢ Digipeater (R) Does Not Respond to Station (B) RTS with CTS 
— RTS May Result in Station (A) Lost Packet 

¢ Station (B) Waits Until CTS is Received 


Media Access Control (cont) 


¢ Multiple Access with Collision Avoidance (MACA): 


— Overheard Conversations 
¢ Stations Overhearing RTS/CTS Exchanges Know to Keep Silent 
¢ File Size Clues How Long 


Station D 


\ 
Station B Station C 


Digipeater R 


Media Access Control (cont) 


¢ Multiple Access with Collision Avoidance (MACA): 


— Overheard Conversations 
¢ Stations Overhearing RTS/CTS Exchanges Know to Keep Silent 
¢ File Size Clues How Long 


Digipeater R 


¢ Station (B) RTS/CTS Exchange with Digipeater (R) 


Media Access Control (cont) 


¢ Multiple Access with Collision Avoidance (MACA): 


— Overheard Conversations 
¢ Stations Overhearing RTS/CTS Exchanges Know to Keep Silent 
¢ File Size Clues How Long 


Station D 
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Media Access Control (cont) 


¢ Multiple Access with Collision Avoidance (MACA): 


— Overheard Conversations 
¢ Stations Overhearing RTS/CTS Exchanges Know to Keep Silent 
¢ File Size Clues How Long 


Station D 


Station A “7 Station C 


Digipeater R 


¢ Station (B) RTS/CTS Exchange with Digipeater (R) 

¢ Station (D) Hears Both Sides of Exchange and Keeps Silent 

¢ Station (A) & (C) Hear Either Side and Know to Keep Silent 
— Station (A) Does Not Hear Station (B) RTS but Hears Digipeater (R) CTS 
— Station (C) Hears Station (B) RTS but Does Not Hear Digipeater (R) CTS 


Media Access Control (cont) 


Multiple Access with Collision Avoidance (MACA): 


— Overheard Conversations 
¢ Stations Overhearing RTS/CTS Exchanges Know to Keep Silent 
¢ File Size Clues How Long 


Station D 


\ 
Station B Station C 


Digipeater R 


¢ Station (B 
¢ Station (D 
¢ Station (A) & (C) Hear Either Side and Know to Keep Silent 
— Station (A) Does Not Hear Station (B) RTS but Hears Digipeater (R) CTS 
— Station (C) Hears Station (B) RTS but Does Not Hear Digipeater (R) CTS 


¢ Stations (A), (C) & (D) Wait Until Negotiated Transfers are Complete 


RTS/CTS Exchange with Digipeater (R) 


) 
) Hears Both Sides of Exchange and Keeps Silent 


Media Access Control (cont) 


¢ MACA/ UX.25 Equivalence: 


Protocol Request Proceed Don’t Proceed Estimate 
Packets 


MACA | Request to Send (RTS) | Clear to Send (CTS) P= fx] = | 
| UX.25 Sync / Login (SYN) Send Yes (SY) Send No (SN) 


— Transmit Time Estimate 
¢« MACA-RTS/CTS - File Size 
¢ UX.25-SYN/SY  -—File Sizes and Estimate Packets 
— CTS and SY Repeat Sizes for Stations That Do Not Hear Initial RTS/SYN 
— RTS/CTS and SYN/SY are Used for Multi-Packet File Transfers 
¢ Excessive Overhead for Single Command and Message Packets 


Media Access Control (cont) 


¢ MACA/ UX.25 Equivalence: 


Protocol Request Proceed Don’t Proceed Estimate 
Packets 


MACA equest to Send (RTS) | Clear to Send (CTS) P= XY 
| UX.25 Sync / Login (SYN) Send Yes (SY) Send No (SN) 


— Transmit Time Estimate 
¢« MACA-RTS/CTS - File Size 
¢ UX.25-SYN/SY  -—File Sizes and Estimate Packets 
— CTS and SY Repeat Sizes for Stations That Do Not Hear Initial RTS/SYN 
— RTS/CTS and SYN/SY are Used for Multi-Packet File Transfers 
¢ Excessive Overhead for Single Command and Message Packets 


¢ UX.25 Includes MACA Functionality: 
— Monitor Other Station’s Handshakes — UNPROTO 
¢ Not Dependent Upon Carrier Sense (CS) 


OTHER USEFUL 
IMPROVEMENTS 


Directed Packet Networks 


¢ CSMA’s Limitations: 


— Stations Decide When They Transmit 
¢ Works Well for Lightly Loaded Open Networks — e.g. APRS 
— Single Packet Transmissions 
¢ Does Not Work Well for Heavily Loaded Networks 
— Mixed Traffic — Short & Long 
¢ Digipeater Unknowns 
— Type (Message/E-mail) — Grade (Urgent/Priority/Routine) - Message Length 


Directed Packet Networks 


¢ CSMA’s Limitations: 


— Stations Decide When They Transmit 
¢ Works Well for Lightly Loaded Open Networks — e.g. APRS 
— Single Packet Transmissions 
¢ Does Not Work Well for Heavily Loaded Networks 
— Mixed Traffic — Short & Long 
¢ Digipeater Unknowns 
— Type (Message/E-mail) — Grade (Urgent/Priority/Routine) - Message Length 


¢ Directed (Voice) Networks: 


— Radio Amateurs Solved These Problems for Voice Nets 
¢ Scripts are Sophisticated Media Access Control (MAC) 
— Check In — (CQ) 
— Identify Traffic — (Urgent, Priority, Routine) 
— Network Control Either Grants or Doesn't Grant Permission 
¢ Short Breaks 
— Allow Stations to “Break the Net” with Priority/Urgent Traffic 


Directed Packet Networks (cont) 


¢ MACA: 


— Foundation to Incorporate Directed Net Principles Into Packet Radio 
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Directed Packet Networks (cont) 


¢ MACA: 


— Foundation to Incorporate Directed Net Principles Into Packet Radio 


¢ UX.25: 
— Extends MACA 
¢ Send Yes (SY) & Send No (SN) 
— Stations No Longer Decide When to Transmit Files 
¢ Stations Can Be Told NO 


— Digipeaters Have Authority 
¢ Who & When to Allow Access, and for How Long 


Directed Packet Networks (cont) 


¢ MACA: 


— Foundation to Incorporate Directed Net Principles Into Packet Radio 


¢ UX.25: 
— Extends MACA 
¢ Send Yes (SY) & Send No (SN) 
— Stations No Longer Decide When to Transmit Files 
¢ Stations Can Be Told NO 


— Digipeaters Have Authority 
¢ Who & When to Allow Access, and for How Long 


¢ Digipeater Limits: 
— Station-to-Station Simplex Without Relaying Through Digipeaters 
¢ RTS/CTS Clue Simplex Stations When “The Coast is Clear” 


— Short Single-Packet Commands & Messages 
¢ 9600 Baud — 250 Bytes < 1/2 Second — 1 KB Messages < 2 Seconds 


Brevity 


¢ Increase Throughput: 
— All Traffic is Urgent or Priority 
¢ Human Nature 


— Message Size is Natural Way to Prioritize Traffic ciddnduwewamanuid 
¢ Encourage Network Etiquette 

— Reliable Short Message Transmission — UX.25 
¢ CONNECT and E-mail are Not Necessary for Reliable Transmission 


¢ Proposed Grades & Sizes: 


lied eee 
Files Max 
E-mail is Always Routine 


= 
Turgent | x | 
eronty | x | 
eo a 


Brevity (cont) 


¢ E-Mail: 
— Two-Part Addressing — user@domain 


— E-mail is Inefficient for Short Messages 
¢ Headers Can Add Hundreds of Bytes of Overhead 


Brevity (cont) 


¢ E-Mail: 
— Two-Part Addressing — user@domain 


— E-mail is Inefficient for Short Messages 
¢ Headers Can Add Hundreds of Bytes of Overhead 


¢ Directory Services: 


Message Addresses 
¢ Two-Part Addressing — user@domain — Without High E-mail Overhead 
Secondary Source & Destination Addresses 
¢ Two Byte Addresses in UX.25 Message Header 
— Call Signs, Domain Names, Individual Accounts & Groups 
Digipeater & Super-Node Controllers Host Directory Services 
¢ Stations Register With and Join Networks to Participate in Directories 
— Stations Send Their Domain & Local Accounts After Checking In 
— Digipeater Nodes and Servers Maintain Common Directory and Distribute 


— Makes Packet Networks Easier to Use 


Trunked Packet 


¢ Mobile Network: 


— Multiple Digipeaters 
¢ Last 10-Mile Comms 
¢ Fixed & Mobile Terminals 


— Fast Trunks — e.g. Mesh 
¢ Inter-Digipeater Communication and Coordination 


Digipeater 
Node 


¢ 
—. AAS o 
ae Digipeater “OS Packet 4” 
Incident Command a4 wo 


Post (ICP) Node ‘ | , 
D—O Super-Node a 


Mobile Terminal Controller 


¢ Mobile Terminals Radio-Operations 
Center (ROC) 


— Automatic Handoff Between Digipeaters 


Trunked Packet (cont) 


Station / Digipeater Handshake: 
— Stations Check-In (CQ?) with Digipeaters 
— Digipeaters & Super Node Send “I’m Your Smart Host” (SH) 


Super-Node / Digipeater / Station Interaction: 


— Messages Forwarded to Closest Digipeater 
— Digipeaters Coordinate with Individual Stations Using MACA 
— Network Handoff — Mobile Stations 

¢ Digipeaters Forwarded Messages as Stations Move 
Message vs Packet Level: 


— Message Batching and Compression — Increased Throughput 
¢ E-mail & Short Messages — Multi-Addresses — Inside & Outside Network 


Independent of External Internet Servers: 
— Super-Nodes Fully Capable Smart Hosts 


CONCLUSION 
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MACA — UX.25 + Directed Net: 

— Solves “Network Hogging” + Hidden & Expose Terminals 
Directory Services: 

— Message Two-Part Addressing — Brevity & Easier to Use 
Trunked Packet: 


— Mobile Terminals — Automatic Handoff 


Conclusion (cont) 


¢ Multiple Access with Collision Avoidance (MACA): 


— Originally Proposed for Single-Frequency Amateur Packet 
Radio Networks. It was hoped: 


“,..It may finally make single frequency amateur packet 
radio networks practical.” 


“... The ability to create usable, ad-hoc, single frequency 
networks could be very useful in certain situations...” 


“... This would be especially useful for emergency 
situations in remote areas without dedicated packet 
facilities.” 


Phil Karn (KA9Q), “MACA — A New Channel Access Method for Packet Radio” 
Proceedings of the 9th ARRL Computer Networking Conference, London, Ontario, Canada, 1990 
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